Android中R文件ID值 |
您所在的位置:网站首页 › player id什么意思 › Android中R文件ID值 |
Android中R文件ID值
前端时间在学习 Qigsaw 相关的源码,思考到一个问题。动态加载的feature 包里的 资源id 是否会与主包中的 资源id 冲突。因为主包的 apk 文件不一定是和加载的feature 包是一起打包生成的,feature 包是可以进行升级的。查看 Qigsaw编译脚本对 old.apk 进行增量编译 feature 的时候也没有发现对 R文件 做特殊的处理。 那么 Android 怎么保证两次编译出的 feature 包中的 资源id 不与主包中的冲突呢?我们带着问题阅读文章进行答案的探索(Android中资源属于一个大模块,我们本地只讨论其中与R文件相关的部分)。 不同的 android-gradle 版本可能对 R文件 的格式以及生成目录会略作修改,本文只选了两个版本做参考。同步的反编译工具反编译出来的结果不仅相关,我们主要以 AndroidStudio 结果为主。 知识回顾 在代码中访问资源您可以以方法参数的形式传递资源 ID,进而在代码中使用资源。例如,您可以设置一个 ImageView,从而借助 setImageResource() 使用 res/drawable/myimage.png 资源: ImageView imageView = (ImageView) findViewById(R.id.myimageview); imageView.setImageResource(R.drawable.myimage);您还可利用 Resources 中的方法检索个别资源,并且您可通过 getResources() 获得该资源的实例。 语法以下是在代码中引用资源的语法: [.]R.. 是资源所在包的名称(如果引用的资源来自您自己的资源包,则不需要)。 是资源类型的 R 子类。 是不带扩展名的资源文件名,或 XML 元素中的 android:name 属性值(若资源是简单值)。其实到这里我们已经解决了我们阅读本文的目的。 主包的 资源文件ID 和 feature 包的 资源文件ID 值是由于 不一致导致最后 ID 值不会相同。 有时间的小伙伴可以继续往下阅读,后面更精彩。 R文件主工程R文件结构 插件的R文件结构 R文件中每个资源ID值一共4个字段,由三部分组成:PackageId+TypeId+EntryId PackageId:是包的Id值,Android 中如果第三方应用的话,这个默认值是 0x70 ,系统应用的话就是 0x01 ,插件的话那么就是给插件分配的id值,占用一个字节。TypeId: 是资源的类型Id值,一般 Android 中有这几个类型:attr,drawable,layout,anim,raw,dimen,string,bool,style,integer,array,color,id,menu 等。【应用程序所有模块中的资源类型名称,按照字母排序之后。值是从1开支逐渐递增的,而且顺序不能改变(每个模块下的R文件的相同资源类型id值相同)。比如:anim=0x01占用1个字节,那么在这个编译出的所有R文件中anim 的值都是 0x01】EntryId:是在具体的类型下资源实例的id值,从0开始,依次递增,他占用四个字节。 Lib库的R文件com.android.tools.build:gradle:3.2.0 releasePath :/build/generated/not_namespaced_r_class_sources_release_generateReleaseRFile/out/R.java (Debug包与其对应) com.android.tools.build:gradle:3.4.1 debugPath :/build/intermediates/complile_only_not_namespaced_r_class_jar_debug_generateDebugRFile/R.jar (Release包与其对应) 我们可以看到 Lib 中的 R 文件都是 public static 不是常量。 这和我们刚开始查看的 主工程 以及 插件 的 R文件 相比缺少了 final 关键词的修饰。 Lib 库中资源id 的使用为引用类型; (PS:至于资源ID为什么不是常量,使用为引用类型,我们继续往后看~!) AAR中的R文件我们可以看到打包了的 Lib/Module 为 arr包 之后,我们是找不到 R.java 文件的。只有一个 R.txt。 aar 依赖库中资源id 的使用为引用类型; 源码依赖的 Lib 库和 aar 依赖的 Lib 库中的 R 文件的相关产物都是由于:如果依赖库的 R 文件中的 资源ID 在打包之前设置为常量,那么不同依赖库以及主工程的 R 文件必然会产生冲突。所有项目中的 R文件以及其资源ID 都是所有的代码合并之后重新赋值的或者生成的。 源码依赖的 Lib 库的 R 文件会重新在 app 模块的 build 目录中重新生成一个相同的R 文件只不过 资源ID 前面添加了 final 关键词变成了常量;aar 依赖的 Lib 库的R 文件会更具 .txt 文件中的内容,在 app 模块的 build 目录中重新生成一个R 文件而且 资源ID 是添加了 final 关键词的常量;其 R 文件的生成目录和 主app 的 R 文件是相同的;这个目录在com.android.tools.build:gradle:3.4.1和com.android.tools.build:gradle:3.2.0 版本下都是相同的。 其实这一点也和之前 R 文件结构中的知识点对应起来。R文件 是在编译主工程的时候进行合并、排序、赋值的。在这之后又返过来生成 R.java 文件,给 资源ID 赋予已经生成好的常量值。 R文件的数量每个 aar 或者 lib库 都会有一个 R文件,那么一个项目的 R文件 数量为: app中R文件数量=依赖的module/aar数量 + 1(自身的R文件) module的R文件数 = 依赖的module/aar数量 + 1(自身的R文件) 后续疑问我们大概了解的 R 文件的生成和使用。但通过本篇文章的了解我们也许会有更多的疑问? 为什么要有那么多 R.java 文件,而且不同模块的的资源名称还有重复值?资源名称重复的时候会报异常,但这里的部分模块的资源名称明显有相同的为什么没有报异常?在编译的时候如果遇到资源重复,那么到底该使用哪个资源,有优先级规则是什么?为什么 aar 或者 lib库 中使用资源的 class 没有进行 ID值 的内联?R文件 可以混淆么,有什么好处或者什么坑? 官网参考资料添加应用资源 应用资源概览 文章到这里就全部讲述完啦,若有其他需要交流的可以留言哦!! 想阅读作者的更多文章,可以查看我 个人博客 和公共号: |
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |